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Map database apparatus 







(57) A map database apparatus according to the 
present invention stores a plurality of sets of link string 
data provided separately to correspond to maps at dif- 
ferent scales representing a road as a link string consti- 
tuted by connecting a plurality of links each having a 
node at a front end and a rear end thereof. In the map 



database apparatus, a level correlation link number is 
provided as data that indicate a link string in a lower or- 
der level at a larger scale that is common to a link in a 
higher order level at a smaller scale, the level correlation 
link number having a level number of the higher order 
level and a link number of the common link in the higher 
order level. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention s 

The present invention relates to a map database 
apparatus which, preferably mounted in a navigation 
system for vehicles or the like, is used in roadmap dis- 
play, map matching, calculation of a recommended to 
route and the like. 

2. Description of the Related Art 

Vehicular navigation systems in the known art are 15 
provided with a function for displaying a roadmap of the 
area where the vehicle is currently located, a function 
fcr accurately detecting the vehicle position through 
map matching : a function for calculating a recommend- 
ed route from a point of departure to a destination and 20 
the like. In these vehicular navigation systems in the pri- 
or art, roadmap display data, data for map matching and 
data for route search are separately stored in a CD ROM 
in order to maintain compatibility with existing software 
programs and also to improve the processing speed. 25 

The roadmap display data include widest range 
map data for displaying large areas at the smallest 
scale, most detailed map data for displaying small areas 
in detail at the largest scale and a plurality of sets of map 
data at different scales between that of the widest range 30 
map data and that of the most detailed map data. For 
instance, the widest range map data may be referred to 
as level 4 data, the most detailed map data may be re- 
ferred to as level 1 data and the sets of data at scales 
between those of the level 4 data and the level 1 data 35 
may be referred to as level 3 data and level 2 data. In 
that case, the route search data include two sets of data 
that correspond to the level 4 and level 2 roadmap data, 
and the vicinity of the point of departure and the vicinity 
of the destination are searched using the level 2 data *o 
and the other area is searched using the level 4 data for 
route search to reduce the length of time required for 
the route search. 

FIG. 24 illustrates a roadmap depiction of roadmap 
display data which are stored in memory as level 4 data 45 
and level 3 data. The level 4 roadmap display data and 
the level 3 roadmap display data are separately stored 
in CD ROM media. FIG. 24A shows a roadmap corre- 
sponding to one of the meshes in the level 4 data, i.e., 
a mesh M4, in which a road D1 and two roads D2 and so 
D3 that connect at intersections C1 and C2 at the two 
ends of the road D1 are present. One of the small areas 
achieved by dividing one of the meshes of the level 4 
data, i.e., the mesh M4 equally into sixteen portions, i. 
e., the hatched small area m3, constitutes a mesh of the ss 
level 3 data, i.e., a mesh M3and, as shown in FIG. 24B, 
only a portion of the road D1 , i.e., a road D4 is present 
in the mesh M3. 



For instance, if the detail button is operated while 
the roadmap corresponding to the mesh M4 in the level 
4 data is displayed on the monitor, the roadmap corre- 
sponding to the mesh M3 in the level 3 data will be dis- 
played on the monitor. However, since there are no iden- 
tification data to indicate that the road D1 and the road 
D4 are the same road, it is difficult to make a given road 
correspond through the different levels. In addition, a 
similar problem exists in regard to the route search data, 
and it is difficult to make the data searched at level 2 
correspond to the data searched at level 4 in recom- 
mended route data that are the result of a route search. 
Moreover, since there are no identification data to indi- 
cate that a road in the roadmap display data and a road 
in the route search data are the same, it is difficult to 
achieve correspondence of a given road when the rec- 
ommended route data are superimposed upon the road- 
map display data. 

SUMMARY OF THE INVENTION 

An object of the present invention is to provide a 
map database apparatus which facilitates correspond- 
ence among data related to a given road at different lev- 
els and correspondence among different types of data 
that relate to the same road. 

In order to attain this object, a map database appa- 
ratus according to the present invention stores a plural- 
ity of sets of link string data provided separately to cor- 
respond to maps at different scales representing a road 
as a link string constituted by connecting a plurality of 
links each having a node at a front end and a rear end 
thereof. In the map database apparatus, a level corre- 
lation link number is provided as data that indicate a link 
string in a lower order level at a larger scale that is com- 
mon to a link in a higher order level at a smaller scale, 
the level correlation link number having a level number 
of the higher order level and a link number of the com- 
mon link in the higher order level. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 shows a block diagram of an embodiment of 
a navigation system for vehicles installed with the 
map database apparatus according to the present 
invention. 

FIG. 2 shows an example of two roads intersecting 
within a mesh range. 

FIG. 3 shows a diagram illustrating link string data. 
FIG. 4 shows the structure of roadmap display data. 
FIGs. 5Aand 5Bshowa diagram illustrating the size 
of the link string in FIG. 4. 

FIG. 6 shows an example of a roadmap with a plu- 
rality of nodes and a plurality of interpolation points. 
FIG. 7 shows a diagram illustrating the link string 
data corresponding to the road indicated with the 
bold line in FIG. 6. 

FIG. 8 shows a diagram illustrating the identical 
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node offset information added to link string data. 
FIG. 9 shows a method for reading out the link string 
data from the rear end. 

FIGs. 10A through 10D show different data lengths 
of node information and interpolation point informa- £ 
tion. 

FIGs. 11 A and 11 B show an example of attribute 1 
+ X coordinate data. 

FIGs. 12A and 12B show an example of attribute 2 
+ Y coordinate data 10 
FIGs. 13A and 13B show a diagram illustrating a 
level correlation link number. 
FIG. 14 shows common link strings at different lev- 
els and links constituting the link strings. 
FIG. 15 shows a diagram illustrating the level cor- is 
relation link number in the case illustrated in FIG. 
14. 

FIG. 16 shows the structure of route search data. 
FIG. 17 shows an overview of the structure in the 
recommended route data. 20 
FIGs. 18A and 18B show a detailed diagram illus- 
trating the data structure of the node information 
and the link information in the recommended route 
data. 

FIG. .19 shows a flowchart outlining the main 25 

processing performed by the control circuit. 

FIG. 20 shows the flowchart continuing from FIG. 

•19. 

FIG. 21 shows a detailed flowchart illustrating the 
background map drawing processing performed in 30 
step S 8 in FIG. 20. 
. FIG. 22 shows a detailed flowchart illustrating the 
recommended route drawing processing performed 
in step S 9 in FIG. 20. 

FIGs. 23A through 23C show the procedure taken 35 
for drawing a recommended route in the image 
memory based upon the recommended route data 
in this embodiment. 

FIGs. 24A and 24B shows a diagram illustrating link 
strings and links at different levels. *o 
FIG. 25 shows an example of link data and node 
data in the prior art. 

FIG. 26 shows a diagram illustrating an example of 
the prior art in which the separate segments of a 
road are assigned to separate links across an inter- 45 
section. 

FIG. 27 shows the relationship between route 
search data and route display data in the prior art. 

DESCRIPTION OF THE PREFERRED so 
EMBODIMENTS 

FIG. 1 is a block diagram of an embodiment of a 
navigation system for vehicles that is internally provided 
with a map database apparatus according to the present 55 
invention. In FIG. 1, reference number 1 indicates a cur- 
rent position detection apparatus that detects the cur- 
rent position of a vehicle, which is constituted with, for 



instance, an azimuth sensor that detects the bearing of 
the vehicle while traveling, a vehicle speed sensor that 
detects the speed of the vehicle, a GPS sensor that de- 
tects a GPS signal from a GPS (Global Positioning Sys- 
tem) satellite and the like. 

Reference number 2 indicates a control circuit that 
controls the entire system and is constituted with a mi- 
croprocessor and peripheral circuits. Reference number 
3 indicates an input device for inputting destinations and 
the like for vehicles, reference number 4 indicates a 
DRAM that stores vehicle position information and the 
like detected by the current position detection apparatus 
1, reference number 5 is an image memory that stores 
image data for display on a display device 6 and image 
data stored in the image memory 5 are read out as nec- 
essary to be displayed on the display device 6. Refer- 
ence number 7 indicates an SRAM that stores node in- 
formation, link information and the like on the recom- 
mended route calculated by the control circuit 2. 

Reference number 8 indicates a map database ap- 
paratus that stores various types of data for performing 
roadmap display, route search, map matching and the 
like, which is constituted with, for instance, a CD ROM 
device, a magnetic recording device and the like 
In the map database apparatus 8, map display data that 
constitute information related to road physical forms, 
road classifications and the like, and route search data 
that constitute branching point information, intersection 
information and the like that are not directly related to 
road physical forms, are stored. The map display data 
are mainly used when displaying a roadmap on the dis- 
play device 6 and the route search data are mainly used 
when calculating a recommended route. 

Next, the data structures of the map display data 
and the route search data stored in the map database 
apparatus 8 are described. 

[1] Map display data 

(1 ) Overview of link string data 

Data management of the map display data in this 
embodiment is performed for each mesh range repre- 
senting one of the partitioned areas achieved by dividing 
a roadmap into specific ranges, and individual roads 
present in a mesh range constitute separate link strings. 
For instance, as shown in FIG. 2, when two roads D1 
and D2 intersect in one mesh range, the two roads con- 
stitute separate link strings 1 and 2, with the link string 
1 comprising links 11 and 12 and the link string 2 com- 
prising links 21 - 23. In this example, the links in the link 
string 1 and the links in the link string 2 represent roads 
of the same type. A link is the minimum unit that can 
represent a road and, in FIG. 2, the segment between 
the intersections constitutes one link unit, with inherent 
numbers assigned to the individual links (hereafter re- 
ferred to as link numbers) for identification. The inter- 
sections in FIG. 2, i.e., the connection points of the in- 
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dividual links are expressed as nodes NO N4. Nodes al- 
so constitute the start points and the end points of the 
individual links and, as detailed later, interpolation 
points that further divide the segments between nodes 
may sometimes be provided as well. s 

Also, in this embodiment, when there is a distinct 
structure such as a bridge, a tunnel or the like, on a road, 
the portions of the road preceding and following the 
structure constitute separate link strings. For instance, 
when there is a bridge and a tunnel on National Highway 10 
246, as shown in FIG. 3, the portions preceding the 
bridge and the tunnel, the blocks corresponding to the 
bridge and the tunnel and the portions following the 
bridge and the tunnel all constitute separate link strings. 
In FIG. 3, these strings are designated as link strings is 
101 -105. By making the portions preceding and follow- 
ing a distinctive structure on a road separate link strings, 
search of bridges, tunnels and the like on a roadmap is 
facilitated. 

The map display data comprise a plurality of sets of 20 
data at different scales. In the explanation of this em- 
bodiment, the data at each scale are referred to as level 
n (n may be 1 4, for instance) data. Level 1 corresponds 
to the most detailed roadmap and as the level goes up, 
a roadmap over a wider range is presented at a smaller 2s 
scale. Furthermore, as detailed later, in this embodi- 
ment, common link strings at different levels are man- 
aged with common level correlation link number to fa- 
cilitate making data correspond among different levels. 

30 

(2) Data structure of link string data 

To give an explanation of the roads in FIG. 2, the 
map display data are structured by providing sets of link 
string data, each including various types of information 35 
related to the link string 1 or 2-n, for individual link 
strings, as shown in FIG. 4, and the data corresponding 
to each link string include link string information and 
node link information, with the link string information 
comprising the following types of data, as shown in FIG. *o 
4. 

1 link string size 

2 number of element points 

3 link attribute 45 

4 road name offset 

5 road number 

6 level correlation link number 

In addition, the node link information comprises the so 
following types of data, as shown in FIG. 4. 

1 attribute 1 + X coordinate 

2 attribute 2 + Y coordinate 

3 identical node offset ss 

4 guide offset 

5 link number 

6 altitude information 



(3) Link string information 

FIG. 5 shows a specific data structure of the data 
indicating a link string size and, as shown in FIG. 5A, 
the number of words that represents the storage size for 
the level correlation link number is stored in the 15th - 
1 3th bits. The level correlation link number is to be de- 
tailed later. As shown in FIG. 5B, 8 different values are 
assigned for word numbers so that "0,0,0"is indicated 
when there is no correlation link number and "1,1,1 "is 
indicated when the correlation link number is represent- 
ed by the equivalent of 7 words. The number of words 
that represents the storage size for the link string is 
stored in the 12th - 0th bits. The link string storage size 
is stored in memory to achieve prompt access to the 
next link string data. 

In FIG. 4, the number of element points data indi- 
cate the total number of node points and interpolation 
points, the link attribute data indicate the type of road, 
such as a national highway, a prefectural road, an ex- 
pressway or the like and the road number is the actual 
designation number assigned to a national highway or 
prefectural road. The explanation of the road name off- 
set is omitted since it is not relevant to this embodiment. 
The interpolation points are to be explained later. 

(4) Node link information 

FIG. 6 shows the link strings 1 and 2 in FIG. 2 in 
more detail. For instance, the node link information of 
the link string 2 indicated with the bold line in FIG. 6 is 
as shown in FIG. 7. As shown in the figure, the data on 
the link string 2 include node information related to 
nodes N1, N02 and N3 (filled circles in FIG. 6) on the 
link string and interpolation point information related to 
the interpolation points (outline circles in FIG. 6). The 
node information includes positional X and Y coordi- 
nates of the node, the attribute and the link numbers of 
links connected to the node, whereas the interpolation 
point information includes the positional X and Y coor- 
dinates of the interpolation point. These positional coor- 
dinates are used as physical form data for recommend- 
ed route display or physical form data for map matching, 
to be detailed later. The link string 2 indicated with the 
bold line in FIG. 6 includes a link assigned with a link 
number 21 located between the nodes N1 and N02, a 
link assigned with a link number 22 located between the 
nodes N02 and N3 and a link assigned with a link 
number 23 connected to the node N3. As is obvious from 
FIG. 7, the node information on the node N02 is shared 
by the link with link number 21 and the link with link 
number 22 The node information and the interpolation 
point information are positioned in the data structure in 
the order in which the links are connected. Thus, by se- 
quentially reading out the link string data starting with 
the front end address, the road physical form, the road 
type and the like of the overall link string can be detect- 
ed. 



45 



ss 



4 



0838661 A2 I > 



7 

As has been explained, since, in this embodiment, 
data are managed in units of link strings within one mesh 
range and nodes between adjacent links are shared by 
the adjacent links, the entire volume of the data can be 
reduced compared to the case in which the data are 
managed in units of links, as in the example of the prior 
art shown in FIG. 25. In FIG. 25, links LO - L3 have nodes 
NOb, N1a, N1b ... N3a at their start points and end points 
and sets of identical node information C01, C10... for 
indicating identical nodes are provided as connection in- 
formation for the individual nodes. 

(5) Offset indicating an identical node 

In FIG. 6, of the nodes at the intersection of the link 
string 1 and the link string 2, the node in the link string 
1 is assigned with a reference number N01 , the node in 
the link string 2 is assigned with a reference number N02 
and the node in the link string 3 is assigned with a ref- 
erence number N03. In the data structure, the sets of 
node information corresponding to the intersecting 
points N01 N03 each has a data item referred to as an 
identical node offset. 

The identical node offset is explained in detail in ref- 
erence to FIG. 8. For instance, the address value indi- 
cating a storage area for the node information of the 
node N01 in the link string 1 is stored in memory as the 
identical node offset of the node N02 in the link string 2. 
Likewise, the address value indicating the storage area 
for the node information of the link string 3 is stored in 
memory as the identical node offset of the node N01 of 
the link string 1 and the address value of the address at 
which the node information of the node N02 in the link 
string 2 is stored in memory as the identical node offset 
of the node N03 in the link string 3. 

Since nodes other than those at intersection, which 
are indicated as the intersecting points N01 - N03 in FIG. 
6, do not intersect other roads, a specific value, i.e., 
FFFFh, for instance, that indicates that no other node 
exists to constitute an identical node, is stored in the 
identical node offset storage areas of the node informa- 
tion for these nodes. 

By providing the identical node offset in this manner, 
even when there are a plurality of sets of node informa- 
tion in regard to identical nodes, as in the case of an 
intersection, the corresponding relationships among the 
individual sets of node information can be easily ascer- 
tained. Also, in contrast to an apparatus in the prior art 
shown in FIG. 26, which requires 5 nodes (NOa - NOd) 
corresponding to the intersection where three roads in- 
tersect, only three nodes (N01-N03) are required in this 
embodiment, as shown in FIG. 6, achieving a reduction 
in the data volume. 

(6) Attribute 1 

The attribute 1 , which is stored together with the X 
coordinate of a node is constituted of offset information 



8 

for reading out the link string data in the reverse direc- 
tion. As explained earlier, in the link string data, 

the node information and the interpolation point in- 
formation and the like are positioned in the order in 
s which the actual connections are made. Because of this, 
by reading out the link string data sequentially from the 
front end address in the storage area, the road physical 
form can be accurately ascertained starting at the front 
end position. 

10 There are also situations in which it is necessary to 
ascertain the road physical forms from the end by read- 
ing out the link string data from the end. In such a case, 
after reading out the node information or the interpola- 
t tion point information at the rear end, the header position 
is of the node information or the like that is set immediately 
before in data arrangement must be detected. For in- 
stance, when reading out the link string data (FIG. 7) of 
the link indicated with the bold line in FIG. 6 from the 
end, it is necessary to first read out the node information 
20 on the node N3 and then to detect the header position 
of the interpolation point information that is set immedi- 
ately before in the data arrangement to read out the in- 
terpolation point information from this header position, 
as indicated with the arrows in FIG 9. However, as ex- 
25 piained below, the data volume of the node information 
and the interpolation point information varies among 
various nodes and interpolation points, and the header 
positions of node information and interpolation point in- 
formation cannot be determined uniformly. 
30 FIGS. 10A - 10D shows varying data volumes of 
node information and interpolation point information, 
with FIG. 10A representing a case in which node infor- 
mation or the like is constituted with two words, i.e., the 
X and Y positional coordinates, FIG. 10B representing 
a case in which node information or the like is constitut- 
ed with three words by adding identical node offset to 
the two words in FIG. 10A, FIG. 10C representing a case 
in which node information or the like is constituted of 
four words by adding guide offset information to the 
three words in FIG. 10B and FIG. 10D representing a 
case in which node information or the like is constituted 
of five words by adding a link no. to the four words in 
FIG. 10C. 

As shown in FIGS. 1 0A - 1 0D, since the data volume 
of node information or interpolation point information 
varies for each case, the information that indicates the 
header positions of the node information and the inter- 
polation point information is added to the link string data 
in advance as attribute 1 data in this embodiment. In this 
embodiment, they are added together with the X posi- 
tional coordinates of the individual nodes and interpola- 
tion points. 

For instance, FIG. 11 A shows an example in which 
the X positional coordinates are stored in the lower order 
11 bits and information that indicates the header posi- 
tions of various sets of node information and the like is 
stored in the higher order 2 bits, in the 2-byte data con- 
stituting the attribute 1 + X coordinate data. The infor- 
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mation that indicates the number of words that are 
present up to the header position of each set of node 
information or the like is stored in these higher order 2 
bits. 

Thus, since the information that indicates the head- 
er position of the immediately preceding set of node in- 
formation or the like is added to the link string data in 
this embodiment, even when the link string data are read 
out in the reverse direction, the entire node information 
or the like can be read out without omissions 

(7) Attribute 2 

The attribute 2, which is stored together with the Y 
coordinate of a node, includes traffic regulation informa- 
tion, road width information and number of lanes infor- 
mation. The data length of each set of data of the node 
link information that constitutes the link string data is 16 
bits (2 bytes = 1 word). In the lower order 11 bits of the 
data indicating the attribute 2 + Y coordinate, the Y po- 
sitional coordinates are stored and in the higher order 5 
bits, the traffic regulation information, the road width in- 
formation and the number of lanes information are 
stored, as shown in FIG. 12 A. One type of the informa- 
tion from 1 - 8 in FIG. 12B is selected through a specific 
bit combination for the higher order 5 bits. 

Since the road width information, the traffic regula- 
tion information and the number of lanes information are 
stored by using the available bits in the 2 byte data for 
storing the positional coordinates or the like of a node, 
the road width information, the traffic regulation informa- 
tion and the like can be added to the link string data with- 
out having to increase the volume of data. 

(8) Altitude information 

When displaying a roadmap in three dimensions, 
data concerning the attitude differences among a plural- 
ity of points on the roadmap are required. Accordingly, 
in this embodiment, all the attitude information on the 
various links constituting a link string is added at the end 
of the link string data. It is to be noted that since link 
string data including altitude information and link string 
data without altitude information are present together, 
each set of altitude information can be added to a plu- 
rality of nodes and a plurality of interpolation points. 

By adding the altitude information to the link string 
data, a roadmap can be displayed in three dimensions. 
In addition, since all the altitude information is added 
together at the end of the link string data , the altitude 
information can be read out only when it is required and 
when the altitude information is not required, such as 
when displaying a regular flat map, for instance, only the 
data immediately preceding the altitude information 
need be read out. 



(9) Level correlation link number 

FIG. 13 illustrates the level correlation link number. 
A level correlation link number comprises the level 
5 number which is stored in the 15th - 13th bits shown in 
FIG. 13A and the link number stored in the 11th - 0th 
bits. The link number stored in the lower order 12 bits is 
a link number that is assigned to the level which corre- 
sponds to the level number stored in the higher order 3 

10 bits. For instance, when the roadmap display data are 
set in four hierarchical levels, i.e., level 4 - level 1 and 
the route search data are set in two hierarchical levels, 
i.e., level 4 and level 2; "0, 0, 1" which indicate level 4 
is stored as the level number in the higher order 3 bits 

15 of the level correlation link number in the level 2 road- 
map display data and the link number assigned to the 
level 4 data is stored in the lower order 11 bits. 

The level correlation link number are further ex- 
plained in reference to FIG. 14. It is to be noted that, in 

20 order to facilitate understanding, the explanation is giv- 
en on the level 6 data, the level 4 data, the level 2 data 
and the level 0 data among the data over the seven lev- 
els, i.e., levels 6 - 0. The link that corresponds to the link 
number 1 of the link string 1 at level 6 comprise two links 

2S that are assigned with link numbers 1 and 2 constituting 
the link string 1 at level 4. The link that corresponds to 
the link number 1 at level 4 comprise two links assigned 
with link numbers 1 and 2 constituting the link string 1 
at level 2 and the link corresponding to the link number 

30 2 at level 4 is constituted of the link assigned with the 
link number 3 constituting the link string 2 at level 2. The 
link corresponding to the link number 1 at level 2 is con- 
stituted of the link assigned with the link number 1 con- 
stituting the link string 1 at level 0, the link corresponding 

35 to the link number 2 at level 2 is constituted of the link 
assigned with the link number 2 constituting the link 
string 2 at level 0 and the link corresponding to the link 
number 3 at level 2 comprises two links assigned with 
the link numbers 3 and 4 constituting the link string 3 at 

40 level 0. 

FIG. 15 illustrates the level correlation link number 
stored at the front end node (filled circle) in each of the 
link strings shown in FIG. 14. Numbers (1) - (6) in FIG. 
1 5 are assigned in correspondence to the level correla- 

45 tion link numbers (1 ) - (6) which are stored at the front 
end nodes in the individual link strings in FIG. 14. 

No level correlation link number is stored at level 6. 
The word length of the level correlation link number at 
level 4 is 1, i.e., "6-1". In this number, "6" indicates the 

so level 6, which is higher order than the level 4 and "1" 
indicates the link number of the link at the higher order 
level 6 which corresponds to the link string 1 at level 4 
The same principle applies to the following level corre- 
lation link number "4-1 \ "2-1 " and the like. 

55 The word length of the level correlation link number 
at level 2 is 2, i.e., "6-1" + "4-1" for the link string 1 and 
2, i.e., "6-1 ■ + "4-2", for the link string 2. 

The word length of the level correlation link number 
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at level 0 is 3, i.e. , "6-1 " + '4-1 " + "2-1 ' for the link string 
1 , 3, i.e., "6r1 " + "4-1 ' + "2-2" for the link string 2 and 3, 
i.e., "6-1 ■ + "4-2" + "2-3" for the link string 3. 

By using the level correlation link number, identical 
link strings at different levels can be made to correspond s 
with one another and identical link strings in the map 
display data and in the route search data can be made 
to correspond with each other, with a high degree of 
ease, thereby achieving a reduction in processing time. 

10 

[2] Route search data 

The route search data include a plurality of sets of 
data corresponding to a plurality of sets of roadmap dis- 
play data for different scales, and the data for each scale is 
are referred to as level m (m : may be, for instance, 2, 4) 
data. In addition, in this embodiment, common link 
strings at different levels are managed through common 
level correlation link number to facilitate correspond- 
ence of data at different levels and the correspondence 20 
with the roadmap display data. 

FIG. 16 shows the data structure of route search 
data. As shown in the figure, in the route search data, 
node information that indicates the connecting relation- 
ship with other nodes is stored for each connecting point 25 
(node) of links, which are the minimum units for express- 
ing a road physical form. Each set of node information 
is constituted with home node information and adjacent 
node information, with the node positional coordinates 
stored in the home node information. In the adjacent 30 
node information, as shown in the figure, the adjacent 
node no. , the link no. from the home node to the adjacent 
node, the link cost of the link and traffic regulation infor- 
mation on that link are stored. Also, various sets of node 
information are stored in the order of link connections 35 
and the node no. of the home node can be ascertained 
by the order in which it is stored. Because of this, even 
without storing the node nos. of the home nodes as 
home node information, the node nos. of the home 
nodes can be ascertained, achieving a reduction in 40 
memory requirement. 

[3] Recommended route data 

FIG. 17 shows an outline of the data structure of 
recommended route data which represent a recom- 
mended route from a point of departure to a destination 
which has been searched based upon the route search 
data. In the recommended route data, node information 
and link information on the recommended route are so 
stored, while classified in units of mesh ranges. It is to 
be noted that a mesh range refers to a partitioned range 
when a roadmap is partitioned into units of specific rang- 
es. 

As shown in FIG. 17, the recommended route data ss 
are constituted with a mesh code, the number of nodes, 
node information, the number of link classifications, link 
information, ferry information and tunnel information. 



The number for identifying the mesh range is stored in 
the storage area for the mesh code, the number of 
nodes present within a mesh range is stored in the stor- 
age area for the number of nodes and, as shown in detail 
in FIG. 18A, the node no., the positional coordinates, 
the distance cost and the like of each node within a mesh 
range are stored in the storage area for the node infor- 
mation. In addition, the number of link classifications 
that are present inside a mesh range is stored in the 
storage area for the number of link classifications and, 
as shown in detail in FIG . 1 8B, the link classification, the 
level correlation link number, the number of links,. the 
link no. and the like of each link within a mesh range are 
stored in the storage area for the link information. FIG. 
s 18A and 18B illustrate a case in which there are two 
link strings 1 and 2 within the area indicated by the same 
mesh code. 

It is to be noted that, as explained above, recom- 
mended route data are prepared at different levels and, 
in this embodiment, recommended route data at level 2 
are prepared for the vicinities of the start point and the 
end point on the recommended route while recommend- 
ed route data at level 4 are prepared for the middle range 
between the start point and the end point. 

The following is an explanation of the operation per- 
formed in this embodiment in reference to the flowchart, 
and in this embodiment, the recommended route is dis- 
played on the display device 6 in the following manner. 
The recommended route is searched by using the route 
search data at level 4 and level 2 to create recommend- 
ed route data at level 4 and level 2, and then, based 
upon the recommended route data at level 4 and level 
2 and the roadmap display data at level 2 and level 1 , 
the recommended route is drawn and superimposed up- 
on the roadmap at level 2 or level 1 , which is displayed 
on the display device 6, with the recommended route 
highlighted with a red bold line, for instance. 

FIGS. 1 9 and 20 are a flow chart illustrating the out- 
line of the main processing performed by the control cir- 
cuit 2. In step S1 in FIG. 19, the vehicle position is de- 
tected by the current position detection apparatus 1 . In 
step S2, the destination, which has been input via the 
input device 3, is read in. In step S3, based upon the 
map display data stored in the map database apparatus 
8, the start point and the end point of the route search 
are set on roads for which route search is possible. For 
instance, the start point of a vehicle may be the current 
position of the vehicle (vehicle position) and the end 
point is the destination 

In step S4, using route search data at level 2, route 
search in the vicinity of the start point of the route search 
is performed, and a plurality of candidates for the rec- 
ommended route in the vicinity of the start point are se- 
lected. In step S5, using route search data at level 2, 
route search in the vicinity of the end point of the route 
search is performed, and a plurality of candidates for the 
recommended route in the vicinity of the end point are 
selected. 
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In step S6, using route search data at level 4, route 
search Is performed for routes between the candidates 
for the recommended routes selected in step S4 and 
step S5, and a recommended route from the start point 
to the end point is calculated. 

Route search data at different levels are used for 
the vicinities of the start point and the end point, and the 
middle range between the start point and the end point 
in this manner because if route search is performed us- 
ing route search data at level 2 for the entire route, the 
data quantity will be very large and, as a result, the cal- 
culation time required in route search will increase. In 
step S7, the information related to the recommended 
route calculated in step S6 is stored in the SRAM 7 as 
recommended route data. 

When the processing performed in step S7 in FIG. 
19 is completed, the operation proceeds to step S8 
shown in FIG. 20, in which the background map drawing 
processing, the details of which are shown in FIG. 21, 
is performed to draw (store) data related to the roadmap 
in the vicinity of the recommended route in the image 
memory 5 for display on the display device 6. First, in 
step S11 in FIG. 21 , map display data corresponding to 
the vicinity of the current vehicle position are read from 
the map database apparatus 8. Next, in step S12, a por- 
tion of the map display data thus read, is drawn (stored) 
in the image memory 5. 

When the processing performed in step SI 2 in FIG. 
21 is completed, the operation proceeds to step S9, 
shown in FIG. 20, in which the data required to display 
the recommended route calculated in step S3 are also 
drawn over (stored) in the image memory 5. The recom- 
mended route drawing processing performed in step S9 
is described in more detail later. In step S10, the data 
stored in the image memory 5 are read out and the rec- 
ommended route and the roadmap in the vicinity are dis- 
played on the display device 6. 

FIG. 22 is a detailed flow chart of the recommended 
route drawing processing performed in step S9 in FIG. 
20. In step S51 in FIG. 22, a decision is made as to 
whether the display scale of the roadmap is set at 
(1/10,000 or 1 /20.000) or (1/40,000 or 1 /80.000). If the 
setting is at (1/10,000 or 1 /20,000) : the operation pro- 
ceeds to step S52, in which the recommended route is 
drawn over (superimposed) in the image memory 5, 
based upon the recommended route data at levels 4 and 
2 and the map display data at level 1 . 

If, on the other hand, a decision is made in step S51 
that the scale is set at (1/40,000 or 1 /80,000), the op- 
eration proceeds to step S53, in which the recommend- 
ed route is drawn over in the image memory 5 based 
upon the recommended route data at levels 4 and 2 and 
the map display data at level 2. 

As shown in FIG. 16, the route search data and the 
recommended route data in this embodiment hold only 
the connection information on link connections and do 
not hold information in regard to road physical form. 
Consequently, in order to draw a recommended route 



superimposed upon the roadmap on the monitor, it is 
necessary to extract the physical form data from the 
roadmap data based upon the recommended route da- 
ta. 

s FIG. 23 illustrates the procedure that is followed in order 
to display the recommended route on the monitor based 
upon the recommended route data. 

FIG. 23 A shows recommended route data at level 
4 in which the link 1 constituting the link string 1 is 
10 present between the front end node NO and the rear 
end node N1. FIG. 23B illustrates the recommended 
route data at level 2 and the recommended route display 
data for which the physical form data are extracted from 
the roadmap display data at level 2 based upon the ree- 
fs ommended route data at level 2, to be drawn as level 2 
data in the image memory 5. In FIG. 23B the link string 
1 comprises the link 1 located between the nodes NO 
and Na and the link 2 located between the nodes Na 
and N1 . FIG. 20C illustrates in detail the procedure tak- 
20 en for extracting the physical form data from the road- 
map display data at level 1 based upon the recommend- 
ed route data at level 4 or level 2 and drawing them as 
level 1 data in the image memory 5. 

When the operation proceeds from step S 51 to step 
25 s 53 in FIG 22, i.e., when drawing the recommended 
route on the roadmap at level 2 based upon the recom- 
mended route data at levels 4 and 2, the coordinate val- 
ues of the node NO, the interpolation point Hb, the node 
Na, the interpolation point He and the node N1 consti- 
30 tuting the link string 1, as shown in FIG. 23B, are read 
out by referencing the roadmap display data at level 2, 
with a level correlation link number "4-1 " (stored as in- 
formation for the front end node in the link string 1) in 
the recommended route data illustrated in FIG. 23B 
35 used as a pointer. Then, the link string corresponding to 
the link 1 and the link 2 in the recommended route data 
is drawn on the roadmap at level 2 drawn in the image 
memory 5 

When the operation proceeds from step S 51 to step 
^o s 52 in FIG. 22, i.e., when drawing the recommended 
route on the roadmap at level 1 based upon the recom- 
mended route data at levels 4 and 2, the coordinate val- 
ues of the node NO, the interpolation point Hd, the in- 
terpolation point He, the node Nb, the interpolation point 
45 Hf and the node Nc constituting the link string 1 and the 
coordinate values of the node Nc, the interpolation point 
Hg, the interpolation point Hh, the interpolation point Hi 
and the node N1 constituting the link string 2, as shown 
in FIG. 23C, are read out by referencing the roadmap 
50 display data at level 1, with a level correlation link 
number "4-1 " in the recommended route data illustrated 
in FIG. 23B used as a pointer. 

Then, the link strings corresponding to the link 1 and the 
link 2 in the recommended route data is drawn on the 
55 roadmap at level 1 and drawn in the image memory 5. 

In contrast, in a map database apparatus in the prior 
art, the route search data hold the address offset infor- 
mation for the route display data, as shown in FIG. 27, 
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instead of the level correlation link number, as in the 
present invention, and the physical form data are added 
to the recommended route data, which do not have any 
physical form data, to create route display data which 
are superimposed upon the roadmap at the same level £ 
in image memory for drawing. For instance, in the prior 
art, the route search data hold address offset informa- 
tion 01 for the map display data at the same manage- 
ment level and address offset information 02 for the map 
display data at the lower order level in regard to a route 10 2. 
that connects the home node and an adjacent node N1 . 
Because of this, a problem exists in that the quantity of 
route search data is large. The address offset informa- 
tion 01 refers to the address in the roadmap display data 
at the same level i.e., level 4, where the positional co- '5 3. 
ordinates of the home node NO are stored in memory 
and the address offset information 02 - 05 indicate ad- 
dresses in the roadmap display data at the lower order 
level, i.e., level 2, where the positional coordinates of 
the home node NO are stored in memory. 20 

Thus, since the road physical form is detected from 
the roadmap display data by using the level correlation 
link number in the recommended route data as a pointer 
in this embodiment, it is not necessary to provide ad- 
dress offset information for route display data in the 25 
route search data and neither is it necessary to provide 
road data to be used exclusively for the route display, 
thereby achieving a reduction in the quantity of route 
search data compared to the quantity of route search 
data in the prior art. 30 

Since map data are provided over a plurality of lev- 
els corresponding to different scales and the level cor- 4. 
relation link number each including the level number of 
a higher order level and the corresponding link number 
in the higher order level, are assigned as the information 35 
for a link string in a lower order level which corresponds 
to the link at the higher order level, the correspondence 
of identical links at different levels of data of one type 
and the correspondence of identical links among differ- 
ent types of map data are facilitated. *o 

It is to be noted that the level correlation lin k number 
assigned to a link in the recommended route data is 
identical to the level correlation link number assigned to 
a corresponding link in the map display data. It is also 
acceptable that a level correlation link number is as- 45 5. 
signed to a link in the route search data. In this case, 
the level correlation link number is identical to the level 
correlation link number assigned to a corresponding link 
in the map display data. 



Claims 

1 . A map database apparatus that stores a plurality of 
sets of link string data provided separately to corre- 55 
spond to maps at different scales representing a 
road as a link string constituted by connecting a plu- 
rality of links each having a node at a front end and 



a rear end thereof and, wherein: 

a level correlation link number is provided as 
data that indicate a link string in a lower order level 
at a larger scale that is common to a link in a higher 
order level at a smaller scale, said level correlation 
link number having a level number of said higher 
order level and a link number of said common link 
in said higher order level. 

A map database apparatus according to claim 1 , 
wherein: node information related to a node con- 
necting adjacent links in said link string data is 
shared by said adjacent links. 

A map database apparatus that stores node con- 
nection data provided separately to correspond to 
maps at different scales representing a road as a 
link string constituted by connecting a plurality of 
links each having a node at a front end and a rear 
end thereof, said node connection data represent- 
ing relationship of connections between nodes, 
wherein: 

said node connection data includes a level 
correlation link number as data that indicate a link 
string in a lower order level at a larger scale that is 
common to a link in a higher order level at a smaller 
scale, said level correlation link number having a 
level number of said higher order level and a link 
number of said common link in said higher order lev- 
el 

A map database apparatus according to claim 3; 
further comprising: 

a setting device that sets a departure point and 
a destination point on 36he map; 
a calculation device that calculates a recom- 
mended route between the departure point and 
the destination point set by said setting device 
based upon said node connection data, where- 
in 

data ot said calculated recommended route in- 
cludes said level correlation link number. 

A map database apparatus according to claim 4, 
further storing a plurality of sets of link string data 
provided separately to correspond to maps at dif- 
ferent scales, and further comprising: 

a display device that displays a map based up- 
on said link string data; and 
a control device that controls said display de- 
vice so that said calculated recommended 
route is superimposed over said displayed map 
and displayed, wherein: 
said data of the calculated recommended route 
include said level correlation link number that 
corresponds to said level correlation link 
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number included in said link string data as to 
corresponding link string; and 
said control device makes correspondence 
among said data of the calculated recommend- 
ed route and said link string data by using said 5 
level correlation link number when said calcu- 
lated recommended route is superimposed 
over said displayed map and displayed. 
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FIG. 12B 
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FIG. 16 

STRUCTURE OF ROUTE SEARCH DATA 
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FIG. 17 

STRUCTURE OF RECOMMENDED ROUTE DATA 
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IN RECOMMENDED ROUTE DATA 
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